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DETAILED ACTION 

This Office Action is responsive to application 10/674,974 filed 9/30/2003. 



Response to Amendment 

Applicant's amendments filed 12/20/2007 have been entered. In the 
amendments, claims 1, 4-5, and 23-24 were amended. Accordingly, claims 1,3-11, 13- 
20, 22-29 and 32-38 are pending. 



Claim Rejections - 35 USC §112 

The previous rejections under 35 USC 112 have been withdrawn in light of the 
amendments. 



Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 



Claims 1, 3-11, 13-20, 22-29, and 32-38 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over Ng et al. (Ng hereinafter) (US 6,609,133 B2) in view of 
Srivastava et al. (Srivastava hereinafter) (US 2002/0120685 Al). 
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With respect to claim 1, Ng teaches a method for validating data in a backend 
driven environment, the method comprising: 

creating an XML Schema for a database (col. 4 line 1-7 and line 35-42, col. 5 line 
45-50, and figure 3), wherein the XML Schema contains a plurality of rules for validating 
(col. 5 line 20-33) a plurality of data in the database (col. 9 line 8-28, figure 12, col. 4 
line 36-42, and col. 5 line 45-50); 

copying the database to a hash table (col. 5 line 60-67, col. 6 line 19-27, and col. 
11 line 10-58); 

determining if the database and the hashtable are not identical (col. 7 line 28-41, 
col. 8 line 10-27, and figure 10); and 

when the database and the hash table are not identical, creating a new XML 
Schema (col. 8 line 29-50); 

wherein the step of creating a new XML Schema includes automatically updating 
the plurality of rules (col. 4 line 29-51); and 

Ng fails to expressly teach wherein a new XML schema is created only when a 
determination is made that the database and the hashtable are not identical. 

Janzig, however, teaches a new XML schema is created only when a 
determination is made that the database and the hashtable are not identical (col. 4 line 
42-54, col. 9 lines 14 and 30-35, and figure 19) to determine that the structure of the 
database has changed and thereby creating a new schema. Furthermore, Janzig would 
have given Ng explicit validation rules (i.e. Janzig at col. 10, describes two tables with 
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valid data types accepted in a database) for validating data and updating those rules 
when the new schema is created. 

In the same field of endeavor, (i.e. creating database schemas and preserving 
changes thereto), it would have been obvious to one of ordinary skill in the data 
processing art at the time of the present invention to combine the teachings of the cited 
references because the teachings of Janzig would have given Ng a new schema when 
the database is changed (as taught by Janzig at col. 2 line 30-30). Ng is concerned 
with creating new schemas as databases evolve (i.e. Ng at col. 2 lines 38-43) and 
comparing a database to a hashtable (i.e. col. 7 line 28-41) to determine if they are 
identical (in other words to determine change in a database). Therefore it would have 
been obvious to combine Janzig's teachings of creating a new schema when Ng 
determines database changes to keep the database and schema consistent. 

Ng also fails to expressly teach designating a query interval and upon the 
occurrence of a query interval, comparing the database to the hash table, and the use 
of an XML Schema for validating data. 

Srivastava however, teaches designating a query interval and upon the 
occurrence of a query interval, comparing the database to the hash table (0068-0069) 
for specifying when to perform an update check. Furthermore, Srivastava teaches the 
use of an XML schema (paragraph 0010) for validating data. 

In the same field of endeavor, (i.e. data processing), it would have been obvious 
to one of ordinary skill in the data processing art at the time of the present invention to 
combine the teachings of the cited references because Srivastava would have provided 
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Ng's system with ensuring system integrity witii use of an XML schema. Further, 
Srivastava's teaching would have Given Ng a query interval for checking updates for the 
benefit of efficiently determining when a data source has been modified (as needed in 
Ng at col. 3 line 35-39 and 53-56). 

With respect to claim 3, Ng fails to teach resetting the query interval. 

Srivastava, however teaches resetting the query interval (0068). The motivation 
for combination can be equally applied from claim 1. The rejection of claim 3 equally 
applies well to claim 22 and 32. 

With respect to claim 4, Ng teaches the method of claim 1 further comprising: 
deleting the hashtable and saving the database as a new hashtable (col. 8 line 42-58). 

With respect to claim 5, Ng teaches the method of claim 1 further comprising: 
storing the new XML Schema in a web server's virtual root (col. 4 line 53-col. 5 line 5 
and figure 1 ). 

With respect to claim 6, Ng teaches 6. The method of claim 1 wherein a limited 
number of tables from the database are copied to the hashtable (col. 6 line 1 -28); and 

wherein upon the occurrence of a query interval, the database tables are 
compared to the tables in the hashtable (col. 8 line 10-28). 
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With respect to claim 7, Ng teaches the method of claim 1 wherein a database 
metadata is copied to the hashtable (col. 5 line 60-67); and 

wherein upon the occurrence of a query interval, the database metadata is 
compared to the metadata in the hashtable (col. 8 line 10-28). 

With respect to claim 8, Ng fails to teach notifying a registered party of an update 
to the XML schema. 

Srivastava, however, teaches notifying a registered party of an update to the 
XML Schema (0068 and 0447). 

In the same field of endeavor, (i.e. data processing), it would have been obvious 
to one of ordinary skill in the data processing art at the time of the present invention to 
combine the teachings of the cited references because the notification method of 
Srivastava would have given Ng a way to notifying users of change for further providing 
an indication of modification which is needed by Ng in col. 3 line 53-55. This rejection 
equally applies well to claim 18, 27, and 37. 

With respect to claim 9, Ng fails to teach using a database trigger to indicate a 
change in the database. 

Srivastava, however, teaches using a database trigger to indicate a change in 
the database (0448) for executing services upon the occurrence of events. 

In the same field of endeavor, (i.e. data processing), it would have been obvious 
to one of ordinary skill in the data processing art at the time of the present invention to 
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combine the teachings of the cited references because the teaching of Srivastava would 
have given Ng a further efficient way to detect modifications. This rejection equally 
applies well to claim 19, 28, and 38). 

With respect to claim 10, Ng teaches a first method for validating proposed 
additions to a database comprising: 

accessing an XML Schema stored in a web server's virtual root (col. 4 line 53-col. 
5 line 5 and figure 1); 

submitting the data to a database (col. 5 line 28-31); validating the data (col. 5 
line 28-31), and adding the validated data to the database (e.g. in col. 5, line 28-31 Ng 
teaches determining if a field can accept a null value, thereby suggesting validation of 
incoming data and upon acceptance, adding it to the database), 

wherein the XML Schema is created by a second method comprising: 

creating an XML schema for a database (col. 4 line 1-7 and line 35-42, col. 5 line 
45-50, and figure 3); 

copying the database to a hash table (col. 5 line 60-67, col. 6 line 19-27, and col. 

11 line 10-58). 

Ng fails to expressly teach when the database and the hashtable are not 
identical, creating a new XML Schema. 

Janzig, however, teaches when the database and the hashtable are not identical, 
creating a new XML Schema (col. 4 line 42-54, col. 9 lines 14 and 30-35, and figure 19) 
to determine that the structure of the database has changed and thereby creating a new 



Application/Control Number: 10/674,974 Page 8 

Art Unit: 2167 

schema. Furthermore, Janzig would have given Ng explicit validation rules (i.e. Janzig 
at col. 10, describes two tables with valid data types accepted in a database) for 
validating data and updating those rules when the new schema is created. 

In the same field of endeavor, (i.e. creating database schemas and preserving 
changes thereto), It would have been obvious to one of ordinary skill In the data 
processing art at the time of the present invention to combine the teachings of the cited 
references because the teachings of Janzig would have given Ng a new schema when 
the database is changed (as taught by Janzig at col. 2 line 30-30). Ng is concerned 
with creating new schemas as databases evolve (I.e. Ng at col. 2 lines 38-43) and 
comparing a database to a hashtable (i.e. col. 7 line 28-41) to determine If they are 
identical (in other words to determine change in a database). Therefore it would have 
been obvious to combine Janzig's teachings of creating a new schema when Ng 
determines database changes to keep the database and schema consistent. 

Ng also falls to expressly teach designating a query interval and upon the 
occurrence of a query interval, comparing the database to the hash table, and the use 
of an XML Schema for validating data. 

Srivastava however, teaches designating a query Interval and upon the 
occurrence of a query Interval, comparing the database to the hash table (0068-0069) 
for specifying when to perform an update check. Furthermore, Srivastava teaches the 
use of an XML schema (paragraph 0010) for validating data. 

In the same field of endeavor, (i.e. data processing), it would have been obvious 
to one of ordinary skill in the data processing art at the time of the present invention to 
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combine tlie teacliings of tine cited references because Srivastava would have provided 
Ng's system with ensuring system integrity with use of an XML schema. Further, 
Srivastava's teaching would have Given Ng a query interval for checking updates for the 
benefit of efficiently determining when a data source has been modified (as needed in 
Ng at col. 3 line 35-39 and 53-56). 

With respect to claim 11 Ng teaches the first method of claim 10 further 
comprising: creating an XML Schema for a database (col. 4 line 1-7 and line 35-42, col. 
5 line 45-50, and figure 3). 

With respect to claim 13, Srivastava teaches the first method of claim 10 wherein 
the second method further comprises: when the database and the hashtable are 
identical, resetting the query interval [0068] and repeating the steps in claim 10. The 
motivation for combination can equally apply from the rejection of claim 10. 

With respect to claim 14, Ng teaches the method of claim 10 wherein the second 
method further comprises: deleting the hashtable and saving the database as a new 
hashtable (col. 8 line 42-58). 

With respect to claim 15, Ng teaches the method of claim 10 wherein the second 
method further comprises: storing the new XML Schema in a web server's virtual root 
(col. 4 line 53-col. 5 line 5 and figure 1). 
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With respect to claim 16, Ng teaches the first method of claim 10 wherein the 
second method further comprises: wherein a limited number of tables from the database 
are copied to the hashtable; and wherein upon the occurrence of a query interval, the 
database tables are compared to the tables in the hashtable (col. 6 line 1-28). 

With respect to claim 17, Ng teaches the first method of claim 10 wherein the 
second method further comprises: wherein a database metadata is copied to the 
hashtable (col. 5 line 60-67); and 

wherein upon the occurrence of a query interval, the database metadata is 
compared to the metadata in the hashtable (col. 8 line 10-28). 

With respect to claim 20, Ng teaches a program product operable on a computer, 
the program product comprising: 

a computer-usable medium (figure 1); 

wherein the computer usable medium comprises instructions contained in the 
program product comprising: 

instructions for creating an XML Schema for a database (col. 4 line 1-7 and line 
35-42, col. 5 line 45-50, and figure 3); 

wherein the XML Schema contains a plurality of rules for validating (col. 5 line 
20-33) a plurality of data in the database (col. 9 line 8-28, figure 12, col. 4 line 36-42, 
and col. 5 line 45-50); 
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instructions for copying the database to a hashtable (col. 5 line 60-67, col. 6 line 
19-27, and col. 11 line 10-58); 

instructions for determining if the database and the hashtable are identical (col. 7 
line 28-41, col. 8 line 10-27, and figure 10); and 

responsive to a determination that that database and the hashtable are identical 
(col. 7 line 28-41, col. 8 line 10-27, and figure 10), instructions for performing additional 
steps comprising: instructions for creating a new XML Schema (col. 8 line 29-50); 

wherein the instructions for creating a new XML Schema cause the computer to 
automatically update the plurality of rules (col. 4 line 29-51). 

Ng fails to expressly teach wherein a new XML schema is created only when a 
determination is made that the database and the hashtable are not identical. 

Janzig, however, teaches a new XML schema is created only when a 
determination is made that the database and the hashtable are not identical (col. 4 line 
42-54, col. 9 lines 14 and 30-35, and figure 19) to determine that the structure of the 
database has changed and thereby creating a new schema. Furthermore, Janzig would 
have given Ng explicit validation rules (i.e. Janzig at col. 10, describes two tables with 
valid data types accepted in a database) for validating data and updating those rules 
when the new schema is created. 

In the same field of endeavor, (i.e. creating database schemas and preserving 
changes thereto), it would have been obvious to one of ordinary skill in the data 
processing art at the time of the present invention to combine the teachings of the cited 
references because the teachings of Janzig would have given Ng a new schema when 
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the database is changed (as taught by Janzig at col. 2 line 30-30). Ng is concerned 
with creating new schemas as databases evolve (i.e. Ng at col. 2 lines 38-43) and 
comparing a database to a hashtable (i.e. col. 7 line 28-41) to determine if they are 
identical (in other words to determine change in a database). Therefore it would have 
been obvious to combine Janzig's teachings of creating a new schema when Ng 
determines database changes to keep the database and schema consistent. 

Ng also fails to expressly teach designating a query interval and upon the 
occurrence of a query interval, comparing the database to the hash table, and the use 
of an XML Schema for validating data. 

Srivastava however, teaches designating a query interval and upon the 
occurrence of a query interval, comparing the database to the hash table (0068-0069) 
for specifying when to perform an update check. Furthermore, Srivastava teaches the 
use of an XML schema (paragraph 0010) for validating data. 

In the same field of endeavor, (i.e. data processing), it would have been obvious 
to one of ordinary skill in the data processing art at the time of the present invention to 
combine the teachings of the cited references because Srivastava would have provided 
Ng's system with ensuring system integrity with use of an XML schema. Further, 
Srivastava's teaching would have Given Ng a query interval for checking updates for the 
benefit of efficiently determining when a data source has been modified (as needed in 
Ng at col. 3 line 35-39 and 53-56). 
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With respect to claim 23, Ng teaches the program product of claim 20 further 
comprising: when the database and the hashtable are not identical, instructions for 
deleting the hashtable and saving the database as a new hashtable (col. 8 line 42-58). 

With respect to claim 24, Ng teaches the program product of claim 20 further 
comprising: when the database and the hashtable are not identical, instructions for 
storing the new XML Schema in a web server's virtual root (col. 4 line 53-col. 5 line 5 
and figure 1 ). 

With respect to claim 25, Ng teaches the program product of claim 20 wherein a 
limited number of tables from the database are copied to the hashtable (col. 6 line 1- 
28); and 

wherein upon the occurrence of a query interval, the database tables are 
compared to the tables in the hashtable (col. 8 line 10-28). 

With respect to claim 26, Ng teaches the program product of claim 20 wherein a 
database metadata is copied to the hashtable (col. 5 line 60-67); and 

wherein upon the occurrence of a query interval, the database metadata is 
compared to the metadata in the hashtable (col. 8 line 10-28). 

With respect to claim 29, Ng teaches a first program product operable on a 
computer, the program product comprising: 
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a computer-usable medium (figure 1); 

wherein tine computer usable medium comprises instructions contained in the 
program product comprising: 

instructions for accessing an XML Schema stored in a web server's virtual root 
(col. 4 line 53-col. 5 line 5 and figure 1 ); 

wherein the XML Schema contains a plurality of rules for validating (col. 5 line 
20-33) a plurality of data in the database (col. 9 line 8-28, figure 12, col. 4 line 36-42, 
and col. 5 line 45-50); 

instructions for checking the validity of data using the XML Schema (col. 5 line 
28-31), submitting the data to a database (col. 5 line 28-31); validating the data (col. 5 
line 28-31), and adding the validated data to the database (e.g. in col. 5, line 28-31 Ng 
teaches determining if a field can accept a null value, thereby suggesting validation of 
incoming data and upon acceptance, adding it to the database) 

wherein the XML Schema is created by a second program product comprising: 

instructions for determining if the database and the hashtable are identical (col. 7 
line 28-41, col. 8 line 10-27, and figure 10); 

when the database and the hashtable are not identical (col. 8 line 29-50), 
instructions for creating a new XML Schema (col. 8 line 29-50): 

wherein the step of creating a new XML Schema includes automatically updating 
the plurality of rules (col. 4 line 29-51); and 

Ng fails to expressly teach when the database and the hashtable are not 
identical, creating a new XML Schema. 
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Janzig, however, teaches when the database and the hashtable are not identical, 
creating a new XML Schema (col. 4 line 42-54, col. 9 lines 14 and 30-35, and figure 19) 
to determine that the structure of the database has changed and thereby creating a new 
schema. Furthermore, Janzig would have given Ng explicit validation rules (i.e. Janzig 
at col. 10, describes two tables with valid data types accepted in a database) for 
validating data and updating those rules when the new schema is created. 

In the same field of endeavor, (i.e. creating database schemas and preserving 
changes thereto), it would have been obvious to one of ordinary skill in the data 
processing art at the time of the present invention to combine the teachings of the cited 
references because the teachings of Janzig would have given Ng a new schema when 
the database is changed (as taught by Janzig at col. 2 line 30-30). Ng is concerned 
with creating new schemas as databases evolve (i.e. Ng at col. 2 lines 38-43) and 
comparing a database to a hashtable (i.e. col. 7 line 28-41) to determine if they are 
identical (in other words to determine change in a database). Therefore it would have 
been obvious to combine Janzig's teachings of creating a new schema when Ng 
determines database changes to keep the database and schema consistent. 

Ng also fails to expressly teach designating a query interval and upon the 
occurrence of a query interval, comparing the database to the hash table, and the use 
of an XML Schema for validating data. 

Srivastava however, teaches designating a query interval and upon the 
occurrence of a query interval, comparing the database to the hash table (0068-0069) 
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for specifying when to perform an update check. Furthermore, Srivastava teaches the 
use of an XML schema (paragraph 0010) for validating data. 

In the same field of endeavor, (i.e. data processing), it would have been obvious 
to one of ordinary skill in the data processing art at the time of the present invention to 
combine the teachings of the cited references because Srivastava would have provided 
Ng's system with ensuring system integrity with use of an XML schema. Further, 
Srivastava's teaching would have Given Ng a query interval for checking updates for the 
benefit of efficiently determining when a data source has been modified (as needed in 
Ng at col. 3 line 35-39 and 53-56). 

With respect to claim 33, Ng teaches the first program product of claim 29 
wherein the second program product further comprises: instructions for deleting the 
hashtable and saving the database as a new hashtable (col. 8 line 42-58). 

With respect to claim 34, Ng teaches the first program product of claim 29 
wherein the second program product further comprises: instructions for storing the new 
XML Schema in a web server's virtual root (col. 4 line 53-col. 5 line 5 and figure 1). 

With respect to claim 35, Ng teaches the first program product of claim 30 
wherein a limited number of tables from the database are copied to the hashtable (col. 6 
line 1-28); and 
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wherein upon tine occurrence of a query interval, the database tables are 
compared to the tables in the hashtable (col. 8 line 10-28). 

With respect to claim 36, Ng teaches the first program product of claim 30 
wherein a database metadata is copied to the hashtable (col. 5 line 60-67); and 

wherein upon the occurrence of a query interval, the database metadata is 
compared to the metadata in the hashtable (col. 8 line 10-28). 

Response to Arguments 

Applicant's arguments in the reply filed 12/20/2007 have been fully considered 
but they are not persuasive. 

Applicant argues on page 11 of the reply that neither the Ng, Shvastava or 
Janzig references teach and therefore are silent to disclosing the use of an XML 
schema for "validating.... data in the database." The Examiner disagrees given the 
following: 

In the previous Office Action (9/20/2007, page 5) it was noted that Ng fails to 
expressly teach the use of an XML Schema for validating data. Although Ng mentions 
frequently the use of a schema frequently, they do not expressly teach the use of an 
"XML" schema for validating data. That is, Ng teaches the use of a schema reflects the 
structure of a database (col. 2 line 11-13) which also describes the number of classes 
and interrelationships of the data. Furthermore, Ng discloses teaches an object model 
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made of the schema (structure) of the database (col. 5 line 20-24). This object model 
constructed from the schema in part teaches validation as It may specify the attributes 
of a field (e.g. the type or whether it can accept a null value; see col. 5 line 28-32). The 
teaching of changing the attributes of a field to specify what type of value can be 
accepted essentially teaches validating data in the database (i.e. ensuring that the right 
type of data goes in the correct place). Also, a schema as described by Ng, reflects the 
structure of the database. In other words, Ng's schema "validates" in that it ensures 
that the data stored within a database contains the correct interrelationship. 

The Examiner submits that where Ng does not explicitly recite the use of an 
"XML" schema for validation, Srivastava explicitly teaches this. Applicant argues (4"^ 
indentation on page 11 and 7*^^ indentation on page 14) that Srivastava teaches the use 
of an XML schema, yet is silent to "validating... data in the database." The Examiner 
disagrees because Srivastava teaches service description information (i.e. data) is 
validated against a Service Descriptor Schema which may take the form of an XML 
schema. This validation takes place before it is stored in the [Services] registry. See 
Srivastava, paragraph 0010. In other words, Srivastava accepts service description 
data and validates its against an XML schema before storing it in a database (i.e. 
registry). Srivastava also teaches that the service description data may include: the 
address to which an information request may be transmitted; a specification of the 
nature of the input information to be supplied; and a description of the nature of the 
output information to be supplied in response to request (0008, last 5 lines, Srivastava). 
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Therefore, Srivastava teaches using an "XML" schema to validate data in a database 
and "for a database." 

Applicant then argues (page 1 1 of the reply, 5^ indentation) that the cited prior 
art fails to teach when the database and the hashtable are not identical, creating a new 
XML Schema" and "wherein a new XML Schema is created only when a determination 
is made that the database and the hashtable are not identical." The Examiner 
disagrees because Ng teaches comparing hash tables representing database tables 
(Ng, col. 8 line 14-16). This step is carried out to determine the changes (e.g. a change 
in type, name or number of fields) in a database (col. 8 line 27-28). Once it is 
determined that the database and hash table (i.e. by comparison) the changes in the 
schema are updated (i.e. a new schema is created) to reflect these changes 
(Srivastava, col. 8 line 33-36). The Examiner also wishes to note that with a change in 
the database, for example the inclusion of a new column, that its schema (logical 
structure) also changes. Therefore, if the schema changes (as determined by the 
comparison of a hash table of a database, Srivastava, col. 8 line 15-20) due to a 
database change, a new schema is essentially created. 

The Applicant argues that Janzig also fails to teach the aforementioned limitation 
(i.e. that Janzig always creates a new schema and not only when the matching fails to 
create a new schema). The Examiner disagrees because as seen at least in figure 19, 
Janzig opens a database (reference 209) to determine a change. If there is no change, 
then Janzig does nothing (reference 211). Otherwise, Janzig creates a new schema 
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(reference 215-221). Herein Janzig teaches when detecting a change, to create a new 
schema. Also, Janzig discloses when a database description (schema) can change if 
the structure of the database is modified (Janzig, col. 4 line 47-50). Here also, Janzig 
describes the formation of a new schema when a database is changed. 

The Applicant argues (page 12 of the reply, 1st full paragraph) that the cited art 
fails to teach "upon the occurrence of a query interval, comparing the database to the 
hashtable." 

The Examiner submits that Ng teaches querying the database to determine its 
schema (col. 4 line 21-22). Further, Ng teaches the comparison of a hash tables of a 
database to determine changes (Ng, col. 8 line 10-28). However, Ng fails to teach a 
query interval of when to perform this check. However, Srivastava teaches periodically 
searching for information to check for updates to a database (0068). It is submitted that 
an update to the service information represents a change in the database. The 
Examiner further submits that as service information is validated before being stored in 
a registry (Srivastava, 0010) that updates to this information is updates to a database 
(in response to Applicant's argument, page 12, 3"^ full paragraph). 

In light of Applicant's arguments to independent claims 10, 20, 29 and the 
depending claims (pages 13-17) therefrom, the Examiner respectfully submits that the 
above responses sufficiently respond to these arguments. 
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Conclusion 

THIS ACTION IS MADE FINAL. Applicant is reminded of tine extension of time 
policy as set forth in 37 CFR 1 .136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1.136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 

Contact Information 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Robert M. Timblin whose telephone number is 571-272- 
5627. The examiner can normally be reached on M-F 8:00-4:30. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, John R. Cottingham can be reached on 571-272-7079. The fax phone 
number for the organization where this application or proceeding is assigned is 571- 
273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 



/John R. Cottingham/ 

Supervisory Patent Examiner, Art Unit 2167 



